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(57) Abstract 

A model information control system, 
"MICS" (10), is used in conjunction with a 
user-defined information model (12), one or 
more conventional information system pro- 
gram modules or "functions" (16), and a data- 
base (20) to execute business applications. The 
MICS includes a control system engine (14) 
that manipulates the user-defined information 
model and the functions. The user (24) of 
the MICS interfaces to the rest of the system 
through a presentation interface (26) to execute 
a business application defined by the informa- 
tion model. 
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CONTROL SYSTEM AND METHOD FOR 
DIRECT EXECUTION OF SOFTWARE APPLICATION 
INFORMATION MODELS WITHOUT CODE GENERATION 



CROSS REFERENCE TO RELATED APPLICATION 

This application is a continuation-in-part of copending 
application U.S. Serial No. 08/016,430, filed February 1 1,1993. 
TECHNICAL FIELD 

The present invention relates to computer systems and more 
particularly to information engineering technology for creating, 
executing and maintaining information systems using a model 
information control system. 
BACKGROUND OF THE INVENTION 

Information system developers are facing a much different 
competitive environment than in the recent past. Over the past 
several years, the emphasis has changed from data processing to 
management of information systems to decision support systems to 
strategic information systems. In order to keep up with changes in 
business, information developers must build systems which are 
flexible enough to adopt changes in business functions without at the 
same time incurring excessive maintenance and related costs. 

Over the last twenty years or so, software development 
automation has progressed along three distinct and separate paths. 
One path pursued increased programming efficiency by automating 



program coding activities. The result was the development of 
non-procedural interpretive languages such as fourth generation 
languages (4GL) and program generators. The second path sought to 
achieve design effectiveness by bringing structure and rigor to 
analysis and design. The second path resulted in the development of 
structured methods of flowcharting programs or dividing programs 
into functional modules. More recently, automation of such 
structured methods has been achieved through computer aided 
software engineering ("CASE") graphic diagraming tools. The third 
path focused on reusability by taking a database approach to 
development using objects and data abstraction. This approach 
initially used a construct known as a data dictionary for accessing 
information about the data and the relationships among data 
elements. More recently, such techniques have comprised 
object-oriented systems and have incorporated so-called information 
resources dictionaries for storing and accessing objects, programs 
and data. 

Because each of these paths and approaches has merits, there 
have been attempts made to integrate all of the different tools of the 
three different paths under the umbrella of information engineering. 
For example, there is an evolving ANSI standard for repository 
technology, and IBM has set forth "AD/Cycle," which defines 



methods to manage all information resources including application 
specification, programming tools, software programs, software 
program codes and data. 

These approaches, however, do not resolve the problem of 
application program maintenance. Maintenance and other related 
support of computer software applications is often expensive, time 
consuming and unreliable. In order to eliminate maintenance cost, 
essentially one needs to eliminate application programs themselves. 
This would have the attendant benefit of reducing the information 
engineering application development cycle of specification, design, 
implementation and execution. Neither the three application 
development paths nor the integrated approaches described above 
adequately address the maintenance problem or how to solve it. 

There is therefore a need for radically different approaches and 
techniques for developing "maintenance free" application software 
programs. 

BRIEF SUMMARY OF THE INVENTION 

It is thus a primary object of the present invention to provide 
an information model control system for implementing business 
applications using simple object-oriented information models as 
opposed to conventional source code or other high level programming 
tools such as 4GL or CASE to automate application program 



implementation. According to the invention, there is thus no 
"programming," automated or otherwise, in the sense of the prior art 
because the application developer need only write an information 
model to implement an application. Modification or maintenance of 
the "application" requires only a rewrite of the information model, 
and therefore use of the present invention obviates conventional 
software maintenance involving debugging, source code rewriting 
and testing either using traditional programming languages or tools 
such as 4GL or CASE technology. 

It is thus another important object of the invention to provide 
systems and methods that eliminate the large maintenance costs 
associated with traditional application software programs. 

It is still a more specific object of the invention to provide a 
method of emulating application processing logic and control using 
object oriented information models. The normal application 
development cycle, namely, specification, design, implementation 
and execution, is thereby replaced by mere specification and 
execution of information models. 

It is a more specific object of the present invention to provide 
a model information control system that uses developed information 
models, and one or more functions or function service interfaces 



(such as a user interface and a database interface) to implement 
business applications defined in the information models. 

It is still another object of the invention to provide a single 
interface for building information specifications and user 
documentation, and for execution of application software via 
information models as opposed to creating, executing and 
maintaining application software programs and documentation. 

It is yet another object of the invention to provide a model 
information control system that extends existing client-server 
computing techniques using information model computing. The 
invention automates client-server computing of application programs 
using an information model and the server portion of the client-server 
methodology. 

In the preferred embodiment, a model information control 
system ("MICS") is used in conjunction with a user-defined 
information model and one or more conventional information system 
program modules or "functions" or function service interfaces to 
execute a business application defined by the information model. 
The MICS includes the information models and a control system 
engine (CSE) comprising an state-action-event machine that controls 
processing of information associated with control flags in the 
user-defined information model. The control flags associated with 



information facilitate the execution of the information model by the 
CSE, thus emulating the conventional execution of an application 
software program in present computer systems. 

According to a more specific aspect of the invention, a model 
information control system is provided for use in conjunction with a 
target computer having one or more functions or function service 
interfaces such as a user interface and a database interface. The 
MICS comprises at least one information model and a control system 
engine (CSE). The information model consists of at least one attribute 
and one control flag or at least one object and a dictionary of 
attributes. The object generally will include a set of attributes that 
constitutes a "subset" of the attributes in the dictionary, as well as a 
number of control flags. The control flags in conjunction with the 
"rules" or "expressions" used at the attribute, objects and model 
levels facilitate the application process flow. The attributes of an 
object contain (i) information on how to assign values to these 
attributes, (ii) value constraints limiting the kind of values that can be 
assigned to these attributes, (iii) dependency information specifying 
how assigning a particular value to one attribute affects the value of 
another attribute, and (iv) select constraints creating one or more 
attributes with specific constraints. 



More specifically, at the attribute level the attribute type 
control flags provide information identifying attribute type, and the 
attributes 1 relationship to other attributes, as well as providing 
specific function control directives for processing an instant of the 
object. The rules include "initial value" expressions that assign initial 
values to an attribute before initial instantiation thereof, "default 
value" expressions that assign default values to an attribute in the 
absence of a value being assigned, "values," "condition" or 
"assignment" expressions limiting the kind of values that can be 
assigned to an attribute, "propagation" expressions specifying how 
assigning a particular value to one attribute affects the value of 
another attribute and "select attribute" expressions creating one or 
more attributes. 

At the object level, the control flags provide information 
identifying object type, an object's relationship to other objects, and 
the identification of a set of actions that can be processed for the 
object. The "rules" at the object level include "initial values" 
expressions that serve to modify attribute default values; "values," 
"condition" or "assignment" constraint expressions limiting the kind 
of values attributes can have for an instant that can be activated for 
the object; "select" expressions specifying constraints limiting the 
kind of instants that can be activated; "activation" expressions 
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specifying how to change the value of attributes when instances are 
activated; and "propagation" expressions specifying how the change 
of values of one attribute affects the value of another attribute. 
When used in an object; these expressions modify the behavior of 
5 the instant of the object to effect the activation, instantiation and 
processing of information. For example, a constraint expression at 
the object level specifies the activation constraint limiting what kind 
of instants of the object can be activated. Finally, the object also 
includes index attributes by which instances of an object can be 

10 stored and retrieved via a database using the value of one or more 
attributes of the object. 

Control flags are also used at the user "action" level. At the 
"action" level within the CSE, control flags and functions associated 
with an action provide process flow for activation and processing of 

is information through one or more functions to perform a specific 
action. 

The control flags and the "rules" at the model level modify the 
behavior of the attributes, objects or actions. If no object is defined 
in the information model, then the default object is created with the 
20 same name as the model and all control flags, "rules" and attributes 
at the model level are transferred to the default object. 
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The control system engine means reads the information model 
directly and in response thereto (i) activates objects from the set of 
objects defined in the information model, (ii) activates actions from a 
set of actions associated with action control flags of an object, (iii) 
s activates one or more "instants" of an object and (iv) processes the 
one or more instants of the object through one or more interfaces or 
functions associated with the actions along with any expressions 
associated with the object and/or its attributes. 

The MICS extends the information model with control flags to 

10 create the application process flow necessary to execute applications 
using the CSE, which operates on all information models in a 
consistent manner. Therefore, application program logic and control 
is automated by defining application programs in terms of models and 
then processing application programs directly from the models. This 

is approach eliminates traditional maintenance of application programs. 
Since the information model contains function specific control 
directives and rules, one can easily map such information to user 
documentation, thus further eliminating creation and maintenance of 
user documentation. This is preferably accomplished via 

20 "descriptions" of attributes, objects and/or models. Therefore, since 
the information model facilitates application process flow of the 
application and further contains such "descriptions," one can map 
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the model to user documentation on how to use the application 
system. This also eliminates the complex task of creating 
documentation using specification and application process flow. 

The foregoing has outlined some of the more pertinent objects 
5 of the present invention. These objects should be construed to be 
merely illustrative of some of the more prominent features and 
applications of the invention. Many other beneficial results can be 
attained by applying the disclosed invention in a different manner or 
modifying the invention as will be described. Accordingly, other 
10 objects and a fuller understanding of the invention may be had by 
referring to the following Detailed Description of the preferred 
embodiment. 

BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present invention 
is and the advantages thereof, reference should be made to the 
following Detailed Description taken in connection with the 
accompanying drawings in which: 

FIGURE 1 is a block diagram of the model information control 
system of the present invention; and 
20 FIGURE 2 is a detailed state diagram of the control system 

engine of the model information control system of FIGURE 1 . 
DETAILED DESCRIPTION 



Referring now to FIGURE 1 , a block diagram is shown of the 
preferred embodiment of the model information control system 
(MICS) 10 of the present invention. The MICS 10 includes at least 
one information model 1 2 which is created using a text editor and 
specific semantic rules defined for a target computer system upon 
which the MICS executes. Several information models are shown in 
detail below. The target computer system typically comprises a 
486-based computer running a UNIX, DOS or OS/2 operating system 
of the like, although other target systems are useful as well. The 
MICS also includes a control system engine (CSE) 14 which is 
preferably a finite state control action machine that cycles through 
states of operation as will be described in more detail below. The 
control system engine 14 performs several actions. It activates an 
object from a set of objects defined in the information model 1 2. 
The control system engine 14 also activates an action from a set of 
actions 1 6 associated with the object. This is achieved using an 
associating action flag as will be described. 

The control system engine 14 also activates "instants" of the 
object based on activation constraints of the attributes of the object, 
and the CSE processes each instant through a function set 
associated with the action. An "instant" of an object refers to a 
given condition or state of the values of the object's attributes. An 
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"active" instant of an object exists where the object's attributes have 
values assigned or instantiated previously by retrieving the values 
from the database. An "empty" instant is a condition where the 
values of the object's attributes have yet to assigned or instantiated. 
5 Data used by the control system engine is stored in a database (DB) 
20 and the engine interacts with the DB 20 through a database 
interface 22. The user 24 of the MICS interfaces to the rest of the 
system through a presentation interface 26. Although not shown in 
detail, it should be appreciated that one or more functions and/or the 

10 database may be accessed locally or remotely. 

The information model consists of at least one attribute and 
one control flag or at least one object and a dictionary of attributes. 
The object generally will include a set of attributes that constitutes a 
"subset" of the attributes in the dictionary, a number of control flags, 

15 and one or more rules or expressions. The control flags, in 

conjunction with the expressions, facilitate the CSE's use of the 
object. Preferably, control flags are divided into four distinct types, 
namely (1) attribute type flags, (2) object type flags that control 
storage and retrieval of the object's instant(s), (3) action type flags 

20 that facilitate activation and processing of instant(s) through one or 
more functions, and (4) function control flags used with attributes to 
provide control of attributes specific to the function, e.g., 
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presentation function control flags that can be passed to a user 
interface function to control the presentation and/or interactions 
between the user interface function and the various I/O devices of 
the system (such as the presentation display and report printer). 
5 The attribute type control flags specify how to control the 

behavior of the attributes such as "storage" classes and "existence" 
classes. The "storage" classes flags identifies the storage values 
such as "picture", "video", "voice", "real," "integer," "scientific," 
"boolean," "ASCII," "data," "time" and the like. So, for example, the 

10 attribute PATIENT NAME has two attribute control flags: "TYPE = C, 
LEN = 30." The first flag indicates that the data is the ASCII 
character format. The LEN = 30 indicates the length of the ASCII 
data storage class. 

The attribute "existence" classes of flags control the rules for 

is creating attributes. For example, ATYPE and "select" attribute 

constraint expressions specify the conditions on how to create one or 
more attributes. For example the attribute "09:00 A.M." in the 
Appointment Calendar Information Model has the control flag 
"ATYPE = T" which specifies the attribute name is of type time, and 

20 the attribute "select" constraint defines how to create another 
attribute which is explained in detail later. 



The object type control flags include "primitive," "transient/' 
"atomic," "view," "synonym," "link," "table" and "group." This list is 
exemplary and other object type flags can be defined and used to 
categorize and associate one object with one or more other objects. 
A primitive object type flag indicates that the objects instant(s) are 
to remain in the MICS in the system for some time. A transient 
object type flag indicates that the object's instants need only be 
retained in the system for the duration of processing of particular 
actions. An atomic object type flag means that the object's instant 
is derived by abstraction from some other (primitive) instant of the 
object. An instant identified by a transient object type flag is also 
retained in the system. A view object type flag indicates that the 
primary object is a view of some other object. A "synonym" object 
type flag follows an identification of a primary object and indicates 
that the attributes of the primary object should be substituted with 
the attributes of the object identified in a "using of" flag. Thus, if an 
object A is followed by the flag "using of X," the attributes of object 
X would be used by object A. 

A "group" object type control flag indicates that a set of 
instants must be processed in a group by a selected action. Each 
object may also have an associated link object. For example, if 
object A is an atomic view of a primitive object B, then object B is 
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said to be the associated link object of object A. Or, if the instant of 
object C can exist if and only if there is a corresponding instant of an 
another object D, then object D is said to be an associated link object 
of object C. 

5 As noted above, the action type flags in the object identify the 

action which facilitates activation and processing of instant(s) by the 
CSE. An action consists of four control flags, namely "action 
identifier/ 1 "instant type," "action class," "instant propagation type," 
and optionally one or more "function." An action identifier flag is 

10 the flag by which the particular action is known external to the 

system. The instant type flag indicates the type of instant (active or 
empty). The action class flag identifies which class of actions the 
particular action belongs. An instant propagation type flag indicates 
how to propagate the change of instant for a primitive or atomic 

is object of the instant. The functions if defined may be required to be 
executed to process the instant. 

The functions are included in the MICS system using a 
compiler and link/editor or other conventional means. Such functions 
may be "off-the-shelf" modules or actually written into the MICS if 

20 desired. However, once the function set is defined, it is not 

necessary to maintain the function set code in any traditional sense. 
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As noted above, when the object is defined in the information 
model, it will typically include presentation control function flags that 
control presentation of the object's attributes by external interfaces. 
In particular, each attribute therein may include one or more of the 
5 presentation control flags which can be passed to the user interface 
function to control the presentation and/or interactions between the 
user interface function and the various I/O devices of the system 
(such as the presentation display and report printer). Representative 
sample of presentation control flags are FPROT, MFILL, RJUST, 

10 FHIDE, DPROT, RSKIP, CENTER, GROUP, COMMON, UNIQUE, 

WSKIP and PHIDE. An FPROT presentation control flag provides a 
field protection action that prevents the user from instantiating the 
particular attribute of the object. An MFILL flag indicates that the 
attribute is one that the user must instantiate. The RJUST, LJUST, 

is or CENTER flags inform the presentation interface to right justify, left 
justify, or center value of the attribute to the presentation display. 
An FHIDE flag prevents the value of the from being displayed. A 
DPROT flag protects the value of the attribute overwritten to DPROT 
from being erased. A COMMON flag indicates that the attribute is 

20 shared by multiple users and may require specific action for active 
instants before execution of any propagation expression. A UNIQUE 
flag indicates the instances of the object are organized by the value 
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of the attribute and indicates to create the index attribute of the 
object. This is explained later in the Appointment Calendar 
Information Model example. An RSKIP flag tells the presentation 
interface to skip the attribute when a report is printed, and an WSKIP 
5 flag tells the interface to skip the attribute when a window is created 
on the display. PHIDE flag hides the name of the attribute. GROUP 
flag indicates that the interface should organize values of attributes 
for a display so it is easy to read. For example, a patient list can be 
grouped by city, state, and zip code, and a financial report could be 

10 grouped by day, week and month. The object may include other 
presentation control flags for similar control purposes. 

According to a feature of the invention, attributes and objects 
in the information model use consistent rules or "expressions" that, 
in conjunction with the various control flags, facilitate the application 

is process flow to execute information model. The attributes of an 
object contain (i) information on how to assign values to these 
attributes, (ii) value constraints limiting the kind of values that can be 
assigned to these attributes, (iii) dependency information specifying 
how assigning a particular value to one attribute affects the value of 

20 another attribute, and (iv) select constraints creating one or more 
attributes with specific constraints. More specifically, at the 
attribute level these rules include (i) "initial values" or "default 
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values" expressions that assign values to these attributes, (ii) 
"values," "condition" or "assignment" expressions limiting the kind 
of values that can be assigned to these attributes, and (iii) 
"activation" expressions specifying how to change the value of 
attributes when instances are activated, (iv) "propagation" 
expressions specifying how assigning a particular value to one 
attribute affects the value of another attribute, (v) "select" 
expressions specifying constraints limiting the kind of instants that 
can be activated. Similar rules or expressions are implemented at 
the object level. When used in an object, these expressions modify 
the behavior of the instant of the object to effect the activation, 
instantiation and processing of information. For example, a 
constraint expression at the object level specifies the activation 
constraint limiting what kind of instants of the object can be 
activated. Finally, the object also includes index attributes by which 
instances of an object can be stored and retrieved via the database 
using the value of one or more attributes of the object. 

Thus according to the invention, an object generally includes 
one or more control flags that facilitate the CSE's use of the object, a 
subset of attributes selected from a dictionary of attributes, and one 
or more rules or expressions that modify the behavior of an object's 
instants to affect the activation, instantiation and processing of 



information. An object's attributes may also include expressions that 
control how to assign values to these attributes, that limit the kind of 
values that can be assigned to these attributes, that specify how to 
change the value of attributes when instances are activated, that 
specify how assigning a particular value to one attribute affects the 
value of another attribute, and that specify constraints limiting the 
kind of instants that can be activated. 

An advantageous feature of the present invention is that the 
MICS emulates application processing with autonomous control by 
directly converting one or more information models into an 
independent set of activation, instantiation and processing of 
functions using control flags defined in the model, thereby 
automating the application process flow of an application program. 
In the prior art, it has heretofore been necessary to create a detailed 
design of such process flow (and to automatically or manually 
generate source code to implement the flow). The present invention 
wholly obviates such detailed design and code generation. 

According to the preferred embodiment of the invention, the 
MICS includes one or more information models and the control 
system engine (CSE). The control system engine reads the 
information model directly and in response thereto (i) activates 
objects from the set of objects defined in the information model, (ii) 
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activates actions from a set of actions associated with action control 
flags of an object, (iii) activates one or more "instants" of an object 
and (iv) processes the one or more instants of the object through one 
or more interfaces or functions associated with the actions along 
5 with any expressions associated with the object and/or its attributes. 
In this manner, the MICS activates and processes the independent 
set of activation, instantiation and service actions over the 
information models. 

A specific implementation of the MICS incorporating the 

10 features of the present invention can now be described. By way of 
additional background, it is helpful to define the concept of an 
"action" which refers to the automatic categorization and association 
of functions using control flags to control activation, instantiation 
and processing of information using one or more functions. This 

is obviates the specific creation of process flow instructions for each 
application- Applications thus can be said to be isolated from the 
process flow specification process because the information model 
only needs to specify an action and not how the action is 
implemented. An "action" is preferably categorized by its class of 

20 service or type of function that it uses. For convenience, action 
class types are divided as follows: 
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1) ANALYSIS type (actions that process an active instants 
through one or more functions that analyze information); 

2) DATABASE type (actions that process an active instant 
through one or more functions that access and manipulate 

5 information); 

3) REPORT type (actions that process an active instant 
through one or more functions that create reports from information); 

4) ADD type (actions that process an empty instant 
through one or more functions to create an active instant); 

io 5) UPDATE type (actions that process an active instant 

through one or more functions that access, manipulate and return an 
active instant to the database); 

6) DELETE type (actions that process an active instant 
through one or more functions that remove the trace of an instant 

is from the database); and 

7) CREATE type (actions that process an active instant 
through one or more functions to create atomic information from 
primitive information). 

The above list of action types is merely exemplary and the 
20 MICS may include other action types or variations of the above. 

Each action has associated therewith the set of action control flags 
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previously described. It should be noted that different sets of action 
control flags can be used instead of the flags identified above. 

In an exemplary embodiment of the invention, for instance, 
assume that the action type is UPDATE. The associated action 
5 control flags are then: "UPDATE, ACTIVE INSTANT, DATABASE, 

UPDATE INSTANT, USRJNSTANTIATION." The first flag UPDATE is 
the identifier flag that identifies the action UPDATE. The second flag 
ACTIVE INSTANT indicates that the action requires an active instant. 
The third flag DATABASE identifies that the UPDATE action belongs 

10 to the DATABASE action class type. The fourth flag, UPDATE 

INSTANT, is the instant propagation type that will cause the CSE to 
update the final state of the active instant using the database 
interface. Finally, the function USRJNSTANTIATION indicates that 
the CSE will require the execution of a user instantiation function. 

is The user instantiation function instantiates an instant through the 
user interface. 

In another example, assume the action is ADD. The ADD 
action has action control flags "ADD, EMPTY INSTANT, DATABASE, 
UPDATE INSTANT, USRJNSTANTIATION," The first flag identifies 
20 the action ADD. The second flag indicates that the action operates 
on an empty instant. The third flag identifies that the ADD action 
belongs to the DATABASE action class type. The fourth flag, 
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UPDATE INSTANT, is the instant propagation type flag and will 
cause the CSE to add a newly created instant to the database using 
the database interface. Finally, the function USRJNSTANTIATION 
indicates that CSE will require execution of a user instantiation 
5 function. 

With the above background, the following is a portion of a 
representative object from an information model (shown below) for a 
medical office accounting, billing and patient management system: 
MODFL MEDICAL 

10 

#OBJECT PATIENT CHART, PRIMITIVE, DATABASE 
ACNT NO,TYPE = l,LEN = 8, GROUP = 1 00.FPROT 
DEFAULT VALUE 
[ACNT NO] = SEQNUMBER. 
is VISIT FIRST, TYPE = d, GROUP = 1 00,FPROT,SETDATE 
LAST,TYPE = D, GROUP = 1 00,FPROT,SETDATE 
PATIENT NAME, TYPE = A,LEN = 30,GROUP = 1 02,MFILL 
ADDRESS,TYPE = A,LEN = 30.GROUP = 1 03,MFILL 
CITY, TYPE = A,LEN = 1 5, GROUP = 1 04,MFILL 
20 STATE.TYPE = A,LEN = 2, GROUP = 1 04,MFILL 

ZIP CODE,TYPE = L.PTYPE = Z.LEN = 5, GROUP = 1 04,MFILL 
BIRTHD ATE, TYPE = D,GROUP = 1 05,MFILL 
SEX,TYPE = A,LEN = 1 , GROUP = 1 05,MFILL 
Constraint,values 
25 M - MALE, F - FEMALE. 

MARITAL STATUS, TYPE = A,LEN = 1 ,GROUP = 1 05.MFILL 
Constraint, values 

S - SINGLE, M - MARRIED, W - WIDOWED, D - DIVORCED. 
PHONE 

30 NO(HOME),TYPE = S.PTYPE = P,LEN = 1 0,GROUP = 1 06,RJUST 
(OFFICE),TYPE = S,PTYPE = P,LEN = 1 0,GROUP= 1 06,RJUST 
SOCIAL SEC.#,TYPE = L.PTYPE = S,LEN = 9,GROUP = 1 07 
DRIVER LIC.#,TYPE = C,LEN = 1 5,GROUP = 107... 
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The first field in the first line includes the object's name (in this 
case PATIENT CHART). The second field in the line includes the 
object type flag identifying the type of object {in this case primitive). 
Following the object type flag, the next field identifies the action 
5 type flags that identify the one or more actions that the CSE can 
select for activation, instantiation and processing of instant(s) of an 
object. In this example, an object having the DATABASE action 
class flag merely indicates to the CSE to substitute all actions 
associated with the DATABASE action class as available actions 
10 (thus making it unnecessary to individually list each action of the 
set). 

Following the object type and action type control flags on the 
first line of the object, the object includes a set of attributes. As can 
be seen, the patient chart object is used for accounting and 

is information purposes and thus includes such attributes as name, 
address, date of last visit and account number, as well as others. 
The object further includes a number of presentation control flags 
that are associated with particular attributes. As noted above, the 
GROUP flags in the attributes are used to group different attributes 

20 of the object on the same line of the interface display. Thus ACNT 
NO, VISIT FIRST, and LAST attributes will be presented on the same 
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line. An attribute will also include a DATA statement if the same 
attribute is used more than once in the object. 

Referring now to FIGURE 2, a detailed state diagram is shown 
of the preferred operation of the control system engine (CSE) of the 
5 MICS. The various states of the CSE and associated control actions 
are identified below: 

(1) Initialize MICS 

(2) Select Model 

(3) Select Object 
10 (4) Select Action 

(5) Activate Instant 

(6) Process Instant 

(7) Terminate Model 

(8) Terminate CSE 

is Prior to the CSE execution, one or more information models 

are created by a developer using semantic rules for the target 
system. Each information model has one of three states: idle, active 
and suspended. When an information model is in its idle state, its 
"next state" is active. An information model in the active state can 

20 be suspended at any time during the processing of the information 
model. Once suspended, the information model can be returned to 
its active state (at the same point therein where processing was 
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suspended) or the suspended information model can be placed back 
into its idle state. Each information model has associated therewith a 
attribute identifying its state and its next state. Execution of the 
control system engine begins with State 1 . In state 1 , the CSE is 
5 initialized. This step obtains the necessary resources (e.g., memory, 
buffer pools, interprocess communication environment, I/O interface 
environment) from the operating system and then reads the action 
table definitions and function table definitions and loads them into 
memory. The CSE also creates structure in the memory to hold the 
10 information models, and loads information models into the memory. 
State 1 also sets up the user environment's presentation interface 
26. 

In State 1 , all information models are set to idle and the 
information model attribute is set to "3" (which is the next state 

is after selection of an idle model). The CSE then moves to State 2. If 
there is a failure during State 1 , the CSE goes to State 8 and 
terminates, providing an error message or the like. 

In State 2, the user is prompted to select an information 
model. Although not meant to be limiting, preferably the 

20 presentation interface is a Windows-based graphical user interface 
(GUI) and a conventional point and click device is used to make 
appropriate selections. If the user selects a model, the CSE activates 
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the selected model and sets an "active model" to the selected model. 
The activation of a model means assigning necessary storage area, 
initializing databases, building a dictionary from the set of attributes 
from all objects and creating sets of attributes with an associated 
5 attribute constraint expression or merely building a group of 

attributes with associated attribute constraint expression. This will 
be more fully shown later with respect to a calendar example. If the 
user decides to cancel the session, the CSE activates the most 
recently suspended model to "active model." The CSE then proceeds 

10 to the next state of the active model. If the user decides to exit, the 
CSE proceeds to State 8 and the CSE is terminated. 

In State 3, the CSE first determines whether there are one or 
more objects defined for the active model. If there is no object, set 
object equal to model name and copy all control flags and control 

is expressions defined at model to object, and set all attributes of 

model as attributes of object. If there is only one object defined for 
the active model, the CSE sets "active object" attribute to this object 
and proceeds to State 4. On the active model, the CSE controls the 
presentation interface to display the list of available objects (which 

20 are defined in the information model) and prompts the user to select 
one. If the user selects one of the objects, the CSE sets an "active 
object" attribute to the selected object and proceeds to State 4. If 
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the user decides to cancel, the CSE returns to State 2, from which 
the CSE then proceeds to State 7 in which the active model is 
terminated. 

In State 4, the CSE first determines whether there is an action 
class flag associated with the active object. If there is one, the CSE 
substitutes all action flags associated with the action's class as valid 
action flags. If there is only one action flag, the CSE sets an action 
associated with the action flag to "active action" and proceeds to 
state 5. On the other hand, if there is more than one action flag, the 
CSE controls the presentation interface to display the list of action 
names associated with action flags of the active objects and prompts 
the user to select one. If the user selects one of the actions, the 
CSE sets an "active action" attribute to the action associated with 
the action name of the selected action of the active object and 
proceeds to State 5. If the user decides to cancel, the CSE goes 
back to State 3. If the user decides to exit, the CSE proceeds to 
State 7. If the user decides, however, to access another information 
model during State 4, the CSE sets the active model's next state 
equal to 4, suspends the active model and proceeds back to State 2. 

In State 5, processing begins by first setting all values of the 
attributes of active objects to zero except those attributes having the 
DPROT flag set. Then a test is performed to determine whether the 
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active object has an associated link object. If so, the CSE activates 
the instant of the link object. If activation for a link object fails, the 
CSE returns to state 4. If the activation for the link object has been 
successful, or if the active object does not have an associated link 
s object, then the routine continues by determining whether the active 
object requires an active instant. If so, the CSE then activates the 
instant using a select condition if one exists in the active object. 
(The select activation constraint of the object maps directly to a 
select call associated with the database 20). If activation fails, and 

10 there is no learn flag, the CSE goes to state 4. If activation is 

successful or no activation is required, the CSE goes to State 6. If 
activation fails and there is a learn flag, the CSE also goes to state 6 
because the learn flag instructs the CSE to accept an empty instant 
even though an active instant might otherwise be required. For 

15 example, in an appointment calendar information model, the database 
will not necessarily contain the instances corresponding to all 
calendar dates. When the user requests to see the data for a 
specific page of the calendar and no data for such page exists in the 
database, the learn flag allows the CSE to accept the empty page as 

20 an active page with no data in it so that when the user enters the 

data on this page it will be entered into the database. Also, the CSE 
executes any activation expression if one exists for the active 
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instant. If the user decides, however, to access another information 
model during State 5, the CSE sets the active model's next state 
equal to 5, supends the active model and proceeds back to state 2. 

In State 6, the routine first determines if there is any function 
flag associated with the active action. If one or more function flags 
exist, then for each function flag, the CSE executes the associated 
function and any process propagation expression associated with the 
active object over all instants which satisfy activation constraints in 
the object. The function may be an instantiation function, e.g., a 
user instantiation function that interacts with the user using the 
presentation interface and presentation control flags. The CSE will 
also process any attribute flags by mapping the attribute flags into 
appropriate functions. For example, the presentation flags are used 
to create windows and control the interaction with the data in the 
window. Only data that satisfies attribute constraints is accepted 
and upon acceptance, the CSE also executes any propagation 
expression associated with any attribute. If the user decides, 
however, to access another information model during State 6, the 
CSE sets the active model's next state equal to 6, suspends the 
active model and proceeds back to State 2. 

If no function is associated with the active action exist or if 
the functions associated with the active action have been 
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successfully executed, the CSE executes any propagation expression 
associated with object and the routine continues by determining if 
any object type flag is primitive or atomic. If not, the CSE goes to 
state 4 to select the next action. If yes, then the CSE determines 
5 whether the current action has an update instant or delete instant 
(instant propagation type action control) flag. If an update instant 
flag exists, active instants are updated or an empty instant is added 
to the database. If an delete instant flag exists, the CSE deletes an 
active instant and ignores empty instants. If an object has link 

10 objects, its associated link propagation expressions are executed and 
its instants are updated. If user selects NEXT or PREVIOUS event, 
the CSE obtains the NEXT or PREVIOUS instant. If user selects a 
PROCESS event, the CSE returns to state 4. If an error occurs 
during any of these activities, the CSE returns to state 4 with an 

is event flag indicating a failure. 

in State 7, the active model is terminated and the CSE 
activates the most recently suspended model is one exists and goes 
to the next state of the activated model; otherwise the CSE returns 
to State 2. 

20 In State 8, the CSE is terminated. Once the CSE is initialized it 

executes through its various states until State 8 is reached. As the 
CSE executes, the functionality defined in the information model is 
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effected in the same way as a prior art source code program 
executes. 

An exemplary implementation of several information models 
for use in the MICS can now be illustrated. In this example,the MICS 
5 includes three information models: an appointment book (MODEL 
APPOINTMENT CALENDAR), a notepad (MODEL NOTEPAD) and a 
complex medical system (MODEL MEDICAL). The Appointment 
Calendar model includes a short list of attributes (such as the date, 
day of week, time and daily time increments) and control 

10 expressions. The initial values expression that initializes the date, the 
day of week and the time to current system date, day of week and 
time, an default values expression that sets the value of the day of 
week attribute to a corresponding value of the date attribute, and a 
constraint assignment expression that sets the date to prevdate 

is (date-1 ) or nextdate (date + 1 ) based on EVENT prev and 

next, respectively. Likewise, the notepad model includes a short list 
of attributes. The medical system includes a list of numerous objects. 
The system control tables consisting of action and function control 
flags is also provided to understand the examples. 

20 SYSTEM CONTROL TABLES 

FACTION 

ADD,EMPTY INSTANT, DATABASE, UPDATE INSTANT, USR 
I NSTANTIATIONUPDATE, ACTIVE INSTANT,DATABASE, UPDATE 
INSTANT, USRJNSTANTIATION 
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DELETE, ACTIVE INSTANT,DATABASE, DELETE INSTANT.USR 
INSTANTIATION 

REPORT, ACTIVE INSTANT, REPORT, 0,0,CREATE_REPORT 
CREATE ATOMIC DATA, ACTIVE INSTANT, ANALYSIS,UPDATE 
5 INSTANT, CREATE_ATOMIC.DAT A 

GRAPH, ACTIVE INSTANT, AN ALYSIS,0,0,GRAPH 

LEARN ASSOCIATION,ACTIVE INSTANT, ANALYSIS,0,0,LEARN 

ATOMIC DATA 

USE ASSOCIATION,ACTIVE INSTANT,ANALYSIS,0,O,USE_ATOMIC 
10 DATA 

#MODEL APPOINTMENT CALENDAR, PRIMITIVE, UPDATE, LEARN 
Description 

You can use Calendar program to keep track of your 
15 appointments 

SELECT, INSTANT 

(NEXT INSTANT) [DATE] + =1; (PREV INSTANT) [DATE] - = 1. 
DATE,TYPE = D,UNIQUE 
DATE, TYPE = D,PTYPE = D,TEMP 
20 09:00 A.M., TYPE = C.LEN = 66,ATYPE =t 
Description 

Type any information you want to include for this time 
slot. 

SELECT, ATTRIBUTE 
25 (ATTRIBUTE < 5.30) ATTRIBUTE + = 60. 

NOTE, TYPE = C,LEN = 1 32 
Description 

Type up to two lines of text as notes. 
TODO,TYPE = CLEN = 1 32 
30 Description 

Type up to two lines of text for things to do. 

#END 

MODEL NOTEPAD .P RIMITIVE. UPDATE. LEARN 

35 

DATE,TYPE = D.GROUP = 1 00, SETDATE,FPROT, UNIQUE 
TIME, TYPE =T, GROUP = 1 00,SETTIME,FPROT 
REFERENCE, TYPE = A,LEN = 20,GROUP = 1 00 
TEXT, TYPE = CLEN = 51 2, GROUP = 1 01 ,PHIDE 

40 

#END 



MODEL MEDICAL 
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#OBJECT PATIENT CHART, PRIMITIVE,DATABASE 
ACNT NO, TYPE = I.LEN = 8,GROUP = 1 00,FPROT 
DEFAULT VALUE 
[ACNT NO] = SEQNUMBER. 
VISIT FIRST,TYPE = d,GROUP = 1 00,FPROT,SETDATE 
LAST, TYPE = D,GROUP = 1 00,FPROT,SETDATE 
PATIENT NAME,TYPE = A,LEN = 30,GROUP = 1 02,MFILL 
ADDRESS,TYPE = A,LEN = 30,GROUP = 1 03,MFILL 
CITY, TYPE = A,LEN = 1 5,GROUP = 1 04,MFILL 
ST ATE, TYPE = A,LEN = 2,GROUP = 1 04,MFILL 
ZIP CODE, TYPE = LPTYPE = Z,LEN = 5,GROUP = 1 04,MFILL 
BIRTHDATE.TYPE = D,GROUP = 1 05,MFILL 
SEX,TYPE = A.LEN = 1 ,GROUP= 1 05,MFILL 

Constraint,values 

M - MALE, F - FEMALE. 
MARITAL STATUS,TYPE = A,LEN = 1 ,GROUP = 1 05,MFILL 

Constraint, values 

S - SINGLE, M - MARRIED, W - WIDOWED, D - DIVORCED. 
PHONE NO(HOME),TYPE = S.PTYPE = P,LEN = 1 0.GROUP = 1 06,RJUST 
(OFFICE),TYPE = S,PTYPE = P,LEN = 10,GROUP= 106,RJUST 
SOCIAL SEC.#,TYPE = L.PTYPE = S,LEN = 9,GROUP = 1 07 
DRIVER LIC.#,TYPE = CLEN = 1 5,GROUP= 1 07 
CREDIT CARD#,TYPE = C.PTYPE = N,LEN = 1 6,GROUP = 1 08 
TYPE,TYPE = A,LEN = 10,GROUP=108 
EMPLOYMENT STATUS,TYPE = A,LEN = 1 ,GROUP = 1 08 
Constraint.values 

E - Employed, F - Full time student,? - Part time student. 
OCCUPATION,TYPE = A,LEN = 20,GROUP = 1 09 
EMPLOYER'S NAME,TYPE = A,LEN = 30,GR0UP= 1 09 
SPOUSE/GUARDIAN NAME, TYPE = A,LEN = 30, GROUP = 1 1 1 
RELATIONSHIP.TYPE = A,LEN = 1 ,GROUP =112 

Constraint.values 

S - self.s - spouse, c - child, o - other. 
PHONE NO(HOME), GROUP = 1 1 2, DATA = 1 ,RJUST 
<OFFICE),GROUP = 1 1 2, DAT A = 1 ,RJUST 
OCCUPATION,GROUP=1 13,DATA = 1 
EMPLOYER'S NAME, GROUP = 1 1 3, DATA = 1 
RESP. PARTY'S NAME.TYPE = A,LEN = 30,GROUP =115 
RELATIONSHIP,GROUP= 1 1 5, DATA = 1 
BIRTHDATE, GROUP = 1 1 6, DATA = 1 
SEX,GROUP = 1 1 6, DATA = 1 
SOCIAL SEC.#,GROUP = 1 1 6, DATA = 1 
DRIVER LIC.#,GROUP= 1 1 7, DATA = 1 



WO 96/31828 



PCT/US96/00649 



- 35 - 



CREDIT CARD#,GROUP = 1 1 7, DATA = 1 
TYPE,GROUP = 1 1 7, DAT A = 1 

PHONE NO(HOME),GROUP = 1 1 8, DATA = 2,RJUST 
(OFFICE),GROUP=118,DATA = 2,RJUST 
5 ADDRESS,GR0UP=119,DATA = 1 
CITY,GROUP = 1 20, DATA = 1 
ST ATE, GROUP = 1 20, DATA = 1 
ZIP CODE,GROUP= 1 20, DATA = 1 
OCCUPATION,GROUP= 1 21 ,DATA = 2 
10 EMPLOYER'S NAME, GROUP =121 ,DATA = 2 
INSURED7.TYPE = A.LEN = 1 .GROUP = 1 22 
Constraint, values 
Y - YES, N - NO. 
CARRIER CODE,GROUP=122 
15 PLAN NAME,TYPE = A,LEN = 20,GR0UP=123 
INS ID, TYPE = C,LEN = 1 2,GROUP = 1 23 
GROUP ID,TYPE = C,LEN = 1 2, GROUP = 1 23 
OTHER INSURANCE?,TYPE = A,LEN = 1 ,GROUP = 1 25 
Constraint, values 
20 Y-YES, N - NO. 

CARRIER CODE,DATA = 1 ,GROUP= 1 25 
PLAN NAME,GROUP=126,DATA = 1 
INS ID,GROUP=126,DATA=1 
GROUP ID,GROUP = 1 2 6, DAT A = 1 
25 INSURED'S NAME.TYPE = A,LEN = 30,GROUP = 1 27 

RELATIONSHIP, TYPE = A,LEN = 1 .GROUP = 1 27 .DATA = 2 
BIRTHDATE,TYPE = D,GROUP = 1 28, DATA = 2 
SEX.GROUP = 1 28, DATA = 2 
EMPLOYER'S NAME,GROUP= 1 28.DATA = 3 
30 ACTIVE STMNT,TYPE = I,LEN = 2,GROUP=130 
Default value 
[ACTIVE STMNT] = 1 . 
BALANCE.TYPE = R,LEN = 1 0.DEC = 2,GROUP = 1 30,FPROT 
OB DUE,TYPE = D,GROUP=130 
35 RECALL,TYPE = D,GROUP=130 

CHARGES,TYPE = R.LEN = 1 0.DEC = 2,TEMP,FHIDE 
POST AMOUNTS, TYPE = R,LEN = 1 0.DEC = 2.TEMP.FHIDE 
CREDITS.TYPE = R.LEN = 1 0.DEC = 2.TEMP.FHIDE 
PATIENT PORTION.TYPE = R,LEN = 1 0,DEC = 2,GROUP =131 
40 INSURANCE COVERAGE(%),TYPE = R,LEN = 1 0,DEC = 2,GROUP =131 
Propagation 

[PATIENT PORTION] = (100 - [INSURANCE COVERAGE(%)]) 
*.01 * {[BALANCE] -[DEDUCTIBLE]); 

[PATIENT PORTION] = [PATIENT PORTION] + [DEDUCTIBLE]. 
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DEDUCTIBLE, TYPE = R,LEN = 1 0,DEC = 2, GROUP = 131 
BILLING DATE/TYPE = D,GROUP= 132 
INS BILLING DATE,TYPE = D,GROUP=132 

PATIENT PAYMENTS, TYPE = R,LEN = 1 0,DEC = 2,GROUP = 1 33 
INSURANCE PAYMENTS/TYPE = R,LEN = 1 0,DEC = 2,GROUP = 1 33 
INSURANCE TYPE, TYPE = A,LEN = 1 ,GROUP = 1 34 
Constraint, values 

E - MEDICARE, D - MEDICAIDS - GROUP HEALTH PLAN. 
AUTHORIZATION NO, TYPE = C,LEN = 1 2,GROUP= 1 34 
MEDICAID RESUB CODE,TYPE = C,LEN = 12,FHIDE 
ORIGINAL REF NO, TYPE = C,LEN = 1 6,FHIDE 
DATE OF SYMPTOM (CURRENT),TYPE = D,FHIDE 
(PRIOR), TYPE = D,FHIDE 

REFERRING PHYSICIAN,TYPE = A,LEN = 20,FHIDE 
PHYSICIAN ID,TYPE = C,LEN = 10,FHIDE 
FACILITY, TYPE = A,LEN = 20,FHIDE 
HOSPITAL DATE (FROM),TYPE = D,FHIDE 
(TO), TYPE = D,FHIDE 

UNBL TO WORK (FROM), TYPE = D,GROUP= 140,FHIDE 
(TO), DATA = 1 ,FHIDE 
OUTSIDE LAB?, TYPE = A,LEN = 1 ,FHIDE 
Constraint, values 

Y - YES, N - NO. 

LAB AMNT.TYPE = R,LEN = 8,DEC = 2,FHIDE 
NICOE NAME, TYPE = A,LEN = 25, GROUP = 1 37 
DESCRIPTION 

ENTER THE NAME OF PERSON TO BE NOTIFIED IN CASE OF 
EMERGENCY. 

NICOE PHONE NO,GROUP=137 

CONDITION RELATED TO JOB?,TYPE = A,LEN = 1 ,FHIDE 
Constraint,values 

Y - YES, N - NO. 

AUTO ACCIDENT?, TYPE = A, LEN = 1 ,FHIDE 
Constraint,values 

Y - YES, N - NO. 

OTHER ACCIDENT?,TYPE = A,LEN = 1 ,FHIDE 
Constraint,values 

Y - YES, N - NO. 

#OBJECT BILLING D ATA, PRIMITIVE,JOURNAL_RCD, HIDE 
ACNT NCDPROT 
STMNT,DPROT 
TRANS DATE, TYPE = D 

Constraint, condition 



WO 96/31828 



PCT/US96/00649 



- 37 - 



{[TRANS DATE] LE DATE). 
Description 

Enter date when service started for this procedure. 
TO DATE, TYPE = D 
5 Constraint, condition 

([TO DATE] LE DATE); ([TO DATE] GE [TRANS DATE]). 
Description 

Enter date when service ended for this procedure 
in case of surgery or pregnancy to and from dates 
io may be different. 

PS,TYPE = A,LEN = 1 

Constraint,values 

IH - in patient hospital, OH - out patient hospital, O- 
office. 

is TS,TYPE = N,LEN = 1 

Constraint, values 

1 - medical care,2 - surgery,3 - consultation, 4 -xray,5 
- laboratory, 
8 -assistant surgery,9 - other medical service, 
20 0 - blood or packed red shell. 

CODE, TYPE - A,LEN =4, UNIQUE 
Description 

Enter four byte alias procedure code or 
pay me nt/adj ust . cod es : 
25 payments - pca(cash), pck(check), 

pin(insurance),pcl(collection):payment error adjust. - 
cpe(credit postingerror) or dpe(debit): payment - 
dop(refund), drc(returncheck), drc(return check fee): 
dlf(legal/court), dfc(financecharge): charges 
30 adjustment - cad(credit) or dda(debit) orccd(discount). 

Propagation 

[AMOUNT] = [AMNTJ; ([UNIT] EQUAL TO 0) [UNIT] = 1. 
DIAG,TYPE = A,LEN = 6 
Description 

35 Enter valid diagnosis code from icd 9 code book. 

UNIT,TYPE = I,LEN = 2 

AMOUNT,TYPE = R, LEN = 8, DEC = 2 

DESCRIPTION,TEMP 

AMOUNTS,FHIDE,TEMP 
40 OLD AMOUNT, TYPE = R,LEN = 8,DEC = 2,FHIDE,TEMP 

POST AMNT,TYPE = R,LEN = 8,DEC = 2,FHIDE,TEMP 



#OBJECT BILLING DATABASE, VIEW of BILLING DATA, DATABASE 
Initial values 
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SETVALUE([STMNT], [ACTIVE STMNT]). 
activation propagation 

[OLD AMOUNT] = [AMOUNT] * [UNIT] * [CDFLG]. 
Propagation 

5 [POST AMNT] = [AMOUNT] * [UNIT] * [CDFLG] - 

[OLDAMOUNT]; 

[POST AMOUNTS] = [POST AMOUNTS] + [POST AMNT]; 
(([CTYPE] EQUAL TO 9) AND ([POST AMNT] > 0)) 
[PATIENT PAYMENTS] = [PATIENT PAYMENTS] + [POST 

10 AMNT]; 

{([CTYPE] EQUAL TO 8) AND ([POST AMNT] > 0)) 

[INSURANCE PAYMENTS] = [INSURANCE 
PAYMENTS] + [POST AMNT]; 
[LAST] = DATE; 

is ([STMNT] > [ACTIVE STMNT]) [ACTIVE STMNT] = [STMNT]. 

link propagation 
([POST AMOUNTS] != 0) [BALANCE] = [BALANCE] + 
[POSTAMOUNTS]. 
DOCNAME,FHIDE, HEADER, DPROT 
20 LINE1 ,FHIDE,HEADER,DPROT 
LINE2,FHIDE, HEADER, DPROT 
LINE3,FHIDE, HEADER, DPROT 
LINE4,FHIDE, HEADER, DPROT 

ACNT STRING, PHIDE,COL = 50,GROUP = 98,FPROT,DPROT 
25 PATIENT NAME, GROUP = 1 00,FPROT,PHIDE,COL = 5,DPROT 

ACNT NO,GROUP= 1 00,FPROT,COL = 55,DPROT 
ADDRESS, GROUP = 101 ,FPROT,PHIDE,COL = 5,DPROT 

STMNT, GROUP =101 ,FPROT,COL = 57,DPROT 

CITY,GROUP = 1 02,FPROT,PHIDE,COL = 5, DPROT 
30 ST ATE, GROUP = 1 02,FPROT,PHIDE,FCAT,DPROT 

ZIP CODE, GROUP= 102, FPROT,PHIDE,FCAT,DPROT 

BALANCE, GROUP = 1 02,COL = 55,DPROT 

STMNT,GROUP = 1 05, ENTRY = 1 0,RSKIP 

TRANS DATE,GROUP = 105,ENTRY = 10 
35 TO DATE, GROUP = 1 05, ENTRY = 1 0,RSKIP 

CODE.GROUP = 1 05, ENTRY = 1 0,RSKIP 

AMOUNT,GROUP = 1 05, ENTRY = 1 0,RSKIP 

UNIT,GROUP = 1 05, ENTRY = 1 0,RSKIP 

PS,GROUP = 1 05, ENTRY = 1 0.RSKIP 
40 TS,GROUP=105,ENTRY=10,RSKIP 

DIAG.GROUP = 1 05, ENTRY = 1 0,RSKIP 

DESCRIPTION,GROUP = 1 05, ENTRY = 1 0,FPROT 

AMOUNTS,GROUP = 1 05, ENTRY = 1 0,WSKIP,RJUST 

CHARGES, GROUP = 1 06,WSKIP 
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CREDITS,GROUP = 1 06,WSKIP 
BALANCE, GROUP = 106,WSKIP,DPROT 
TOTAL OF AMOUNT,RSKIP,TEMP 
Constraint, assignment 

[TOTAL OF AMOUNT] = COLSUM([AMOUNT]). 
POST AMOUNTS, FHIDE 
OLD AMOUNT.FHIDE 
CDFLG, FHIDE, TEMP 

Constraint, values 

1 - debit,- 1 - credit. 

#OBJECT REMOVE VISIT CHARGE, SYNONYM OF BILLING 
DATABASE, UPDATE 

activation propagation 

= BILLING DATABASE. 

#OBJECT PRINT INSURANCE FORM/VIEW of 
BILLING DATA,NOLINE,REPORT,GROUP = 6 
initial values 

[STMNT NUMBER] = [ACTIVE STMNT]; 
GETVALUE([STMNT NUMBER]), 
activation propagation 
[AMOUNTS] = [AMOUNT] * [UNIT]; 

([CDFLG] EQUAL TO 1) [CHARGES] = [CHARGES] + 
[AMOUNTS]; 

([CDFLG] EQUAL TO -1) [CREDITS] = [CREDITS] + 
[AMOUNTS]. 

Constraint, condition 

(([CDFLG] EQUAL TO 1) AND ([AMOUNT] > 0) AND 
([STMNT1EQUAL TO [STMNT NUMBER])), 
post propagation 

[POST AMOUNTS] = 0; [CREDITS] = 0; [CHARGES] = 0. 
CARRIER NAME,PHIDE,ROW = 1,COL = 43 
(ADDRESS), PHIDE.ROW = 2,COL = 43 
(CITY),PHIDE,ROW = 3,COL = 43 
(STATE),PHIDE,ROW = 3,FCAT 
(ZIP CODE),PHIDE,ROW = 3,FCAT 
INSURANCE TYPE,PHIDE,ROW = 7,COL = 2 
INS ID,PHIDE,ROW = 7,COL = 50 
PATIENT NAME,PHIDE,ROW = 9,COL=1 
BIRTHDATE,PHIDE,ROW = 9,COL = 30 
SEX,PHIDE,ROW = 9,COL = 41 ,BOX = 5 
RESP. PARTY'S NAME,PHIDE,ROW = 9,COL = 50 
ADDRESS, FHIDE, ROW = 1 1 ,C0L= 1 
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RELATIONSHIPS AT A = 1 ,PHIDE,ROW = 1 1 ,COL = 32,BOX = 5 

ADDRESS,DATA = 1 ,PHIDE,ROW = 1 1 ,COL = 50 

CITY.PHIDE.ROW = 1 3,COL= 1 

STATE, PHIDE,ROW = 1 3,COL = 26 
s MARITAL STATUS,PHIDE,ROW=13,COL = 34,BOX = 5 

CITY, DAT A = 1 ,PHIDE,ROW = 1 3,COL = 50 

STATE, DATA = 1 ,PHIDE,ROW = 1 3,COL = 74 

ZIP CODE,PHIDE,ROW = 15,COL=1 

PHONE NO{HOME),PHIDE,RJUST,COL = 1 3 
10 EMPLOYMENT STATUS,PHIDE,COL = 34,ROW = 1 5 

ZIP CODE, DATA = 1 ,PHIDE,ROW = 1 5, COL = 50 

PHONE NO(HOME),PHIDE,RJUST,ROW = 15,COL = 63 

INSURED'S NAME.DATA = 1 ,PHIDE,ROW = 1 7,COL= 1 

GROUP ID,PHIDE,ROW=17,COL = 50 
is GROUP ID,DATA = 1,PHIDE,ROW=19,COL=1 

CONDITION RELATED TO JOB?,PHIDE,BOX = 6,ROW= 19,COL = 34 

BIRTHD ATE, DATA = 1 ,PHIDE,ROW = 1 9,COL = 53 

SEX, DATA = 1 ,PHIDE,ROW = 1 9,COL = 69, BOX = 5 

BIRTHD ATE, DAT A = 2,PHIDE,ROW = 21 ,COL = 1 
20 SEX, DATA = 2,PHIDE,ROW = 21 ,COL= 1 7, BOX = 6 

AUTO ACCIDENT?,PHIDE,ROW = 21,COL = 34,BOX = 6 

EMPLOYER'S NAME,DATA = 2,PHIDE.ROW = 21,COL = 50 

EMPLOYER'S NAME,DATA = 3,PHIDE,ROW = 23,COL = 1 

OTHER ACCIDENT?,PHIDE,ROW = 23,COL = 34,BOX = 6 
25 PLAN NAME,PHIDE,ROW = 23,COL = 50 

PLAN NAME, DAT A = 1 ,PHIDE,ROW = 25,COL = 1 

OTHER INSURANCE?, PHIDE.ROW = 25,COL = 5 1 ,BOX = 5 
DATE OF SYMPTOM (CURRENT),PHIDE,ROW = 31 ,COL = 2 

(PRIOR),PHIDE,ROW = 31 ,COL = 38 
30 UNBL TO WORK (FROM),PHIDE,ROW = 31 ,COL = 54 

(TO), DAT A = 1 ,PHIDE,ROW = 31 ,COL = 68 

REFERRING PHYSICIAN, PHIDE,ROW = 33,COL = 1 

PHYSICIAN ID,PHIDE,ROW = 33,COL = 29 

HOSPITAL DATE (FROM),PHIDE,ROW = 33,COL = 54 
35 (TO),PHIDE,ROW = 33,COL = 68 

OUTSIDE LAB?,PHIDE,ROW = 35,COL = 52 

LAB AMNT,PHIDE,ROW = 35,COL = 62 

MEDICAID RESUB CODE,PHIDE,ROW = 37,COL = 50 

ORIGINAL REF NO,PHIDE,ROW = 37,COL = 62 
40 AUTHORIZATION NO,PHIDE,ROW = 39,COL = 51 ,LINE = 1 

TRANS D ATE, PHIDE, ENTRY = 6, ROW = 43,COL = 1 ,LINE = 1 
TO DATE, PHIDE, ENTRY = 6,ROW = 43,COL = 1 0 

PS, PHIDE, ENTRY = 6,ROW = 43,COL = 1 9 

TS, PHIDE, ENTRY = 6,ROW = 43.COL = 22 
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CPT4 CODE.PHIDE, ENTRY = 6.ROW = 43,COL = 25 

DIAG,PHIDE,ENTRY = 6,ROW = 43.COL = 42 

AMOUNT,PHIDE,ENTRY = 6,ROW = 43,COL = 48,RJUST 

UNIT,PHIDE,ENTRY = 6,ROW = 43,COL = 58 
5 FEDTAXID,PHIDE,DPROT,ROW = 55, COL = 2 

IDTYPE,PHIDE,DPROT,ROW = 55,COL= 1 6,B0X = 3 
Constraint, values 
S - SSN,E - EIN. 

ACNT NO,PHIDE,DPROT,ROW = 55,COL = 23 
10 ASSIGNMENT,PHIDE,DPROT,ROW = 55,COL = 37 

CHARGES, PHIDE,ROW = 55,COL = 50,RJUST 

PATIENT PAYMENTS, PHIDE,FHIDE 

CHARGES,PHIDE,ROW = 55,COL = 69,RJUST 

DOCNAME,PHIDE,DPROT,ROW = 57,COL = 51 
15 LINE1 ,PHlDE,DPROT,FHIDE 

LINE2,PHIDE,DPROT,ROW = 58,COL = 51 

LINE3,PHIDE,DPROT,ROW = 59,COL = 5 1 

PIN,PHIDE,DPROT,ROW = 60,COL = 51 

20 #OBJECT DAILY JRNL,JOURNAL OF BILLING 

DATA,BROWSE, CREATE 
link initial values 

GETVALUE([FROM_DATE],[TO_DATE]). 
link Constraint,condition 
25 (([TRANS DATE] GE [FROM_DATE]) AND ([TRANS DATE] 

LE[TO_DATE])). 
link activation propagation 

[F] = 1; [JRNL DATE] = [TRANS DATE]; [PTYPE] = [ITYPE]; 

[POST AM NT] = [AMOUNT] * [UNIT] *[CDFLG]. 
30 link propagation 

[F] = 1 ; (ACTIVE INSTANT) [F] = 2; [JRNL DATE] = DATE; 

[PTYPE] = [ITYPE]. 
JRNL DATE,TYPE = D 
ACNT NO 
35 PATIENT NAME 
TRANS DATE 
STMNT 
CODE 
CDFLG 

40 CTYPETYPE = N,LEN = 1 
Constraint, values 

1 - OBSTETRICS, 2 - SONOGRAM, 3 - LASER, 4 - MEDICAL 
5 - GYNECOLOGY/SURGERY, 6 - OFFICE, 7 - OTHER SERVICE, 
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8 - INSURANCE PAYMENT, 9 - OTHER PAYMENT, 10 - 
REFUND, 

1 1 - CHARGE/CREDIT ADJST, 1 2 - CHARGE/DEBIT ADJST, 
1 3 - PM NT/CREDIT ADJST, 1 4 - PMNT/DEBIT ADJST. 

5 PTYPE 

F,TYPE = N,LEN = 1 

POST AMNT,TYPE = R,LEN = 1 0,DEC = 2 
#OBJECT DAILY RECONCILIATION,VIEW OF 
DAILYJRNL.BROWSE, REPORT, PAGE 
10 activation propagation 

([CTYPE] < 8) [CHARGES] = [CHARGES] + [POST AMNT]; 
(([CTYPE] EQUAL TO 8) OR {[CTYPE] EQUAL TO 
9))[PAYMENT] 

= [PAYMENT] + [POST AMNT]; 
is ([CTYPE] EQUAL TO 10) [REFUND] = [REFUND] + 

[POSTAMNT]; 

([CTYPE] EQUAL TO 11) [CREDIT 
ADJST] = [CREDITADJST] + [POST 
AMNT]; 

20 ([CTYPE] EQUAL TO 12) [DEBIT ADJST] = [DEBIT ADJST] 

+ (POST 

AMNT]; 

([CTYPE] EQUAL TO 1 3) [PMNT/CDT 
ADJST] = [PMNT/CDTADJST] + [POST AMNT]; 
25 ([CTYPE] EQUAL TO 14) [PMNT/CDT ADJST] = [PMNT/DBT 

ADJST] + 

[POST AMNT]. 

JRNL DATE, ENTRY = 1 6,GROUP = 1 00 
30 ACNT NO, ENTRY = 1 6,GROUP = 1 00 

PATIENT NAME,ENTRY = 16,GROUP=100 

TRANS DATE, ENTRY = 1 6, GROUP = 100, WSKIP 

STM NT, ENTRY = 1 6,GROUP = 1 00 

CTYPE, ENTRY = 1 6, GROUP = 1 00,WSKIP,RSKIP 
35 F,ENTRY = 16,GROUP=100,WSKIP,RSKIP 

PTYPE, ENTRY = 1 6,GROUP = 1 00,WSKIP 

CODE, ENTRY = 1 6.GROUP = 1 00 

POST AMNT, ENTRY = 1 6, GROUP = 1 00 

CHARGES,GROUP = 1 01 
40 PAYMENT,GROUP = 101 

REFUND, GROUP= 101 

CREDIT ADJST,GROUP= 102 

DEBIT ADJST,GROUP= 102 

PMNT/CDT ADJST,GROUP= 103.WSKIP 
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PMNT/DBT ADJST,GROUP = 103,WSKIP 

#OBJECT BILLING/INS MNGMNT,VIEW of PATIENT CHART, UPDATE 
Constraint,condition 
5 ([BALANCE] > 1). 

ACNT NO,GROUP = 1 33 r FPROT 

VISIT FIRST,GROUP = 1 33,FPROT 

LAST,GROUP = 1 33.FPROT 

PATIENT NAME, GROUP = 1 34,FPROT 
10 PHONE NO(HOME),GROUP=134,DATA = 2,FPROT,RJUST,PHIDE 

(OFFICE),GROUP = 1 34, DATA = 2,FPROT,PHIDE 

RESP. PARTY'S NAME,GROUP= 1 36.FPROT 

RELATIONSHIP,GROUP = 1 36, DATA = 1 ,FPROT 

CARRIER CODE,GROUP = 137 
15 CARRIER NAME, GROUP = 1 37,FPROT 

PHONE NO,GROUP = 138,RJUST 

FAX NO,GROUP = 138,RJUST 

(800) NO, GROUP = 138,RJUST 

PLAN NAME,GROUP=139 
20 INS ID,GROUP = 139 

GROUP ID,GROUP= 139 

DEDUCTIBLE, GROUP = 141 

INSURANCE C0VERAGE(%),GR0UP=141 

PATIENT P0RTI0N,GR0UP=141 
25 BILLING DATE,GROUP= 142 

INS BILLING DATE,GROUP=142 

PATIENT PAYMENTS,GROUP = 143 

INSURANCE PAYMENTS,GROUP=143 

BALANCE, GROUP = 143,FPROT 
30 AUTHORIZATION NO,GROUP= 145 

OUTSIDE LAB?,GROUP= 145 

LAB AMNT, GROUP = 1 45 

MEDICAID RESUB CODE,GROUP= 146 

ORIGINAL REF NO,GROUP=146 
35 DATE OF SYMPTOM (CURRENT), GROUP = 147 

(PRIOR),GROUP = 147 

REFERRING PHYSICIAN,GROUP= 148 

PHYSICIAN ID,GROUP = 148 

FACILITY,GROUP = 1 49 
40 HOSPITAL DATE (FROM), GROUP = 1 50 

(TO),GROUP=150 

UNBL TO WORK (FROM), GROUP = 1 51 

(TO), GROUP =151 ,DATA = 1 

CONDITION RELATED TO JOB?,GROUP= 1 52 
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AUTO ACCIDENT?,GROUP= 1 52 
OTHER ACCIDENT?,GROUP=152 
ACTIVE STMNT,GROUP=153,FPROT 

s #OBJECT PRINT BILL,SYNONYM OF BILLING DATABASE, REPORT 
initial values 

= PRINT INSURANCE FORM. 
Constraint,condition 

([STMNT] EQUAL TO [STMNT NUMBER]). 
10 activation propagation 

= PRINT INSURANCE FORM. 

#OBJECT LIST OB DUE PATIENT,VIEW OF 
PATIENTCHART,BROWSE, GROUP = 1 6, REPORT, PAGE 
is initial values 

GETVALUEUMONTH]). 

Constraint,condition 

([MONTH] EQUAL TO MMYYYY([0B DUE])). 
PATIENT NAME 
so OB DUE 

#OBJECT LIST RECALL PATIENT,VIEW OF 
PATIENTCHART, BROWSE, GROUP = 1 6,REPORT,PAGE 

initial values 

GETVALUE([MONTH}). 
25 Constraint, condition 

{[MONTH] EQUAL TO MMYYYYY([RECALL])). 
PATIENT NAME 
RECALL 

30 #OBJECT ACCOUNT BALANCE DUE,VIEW of PATIENT CHART, 
BROWSE, REPORT, PAGE 
Constraint,condition 
([BALANCE] > 1). 
ACNT NO 
3 5 PATIENT NAME 
BALANCE 
LAST 

#OBJECT PRACTICE ANALYSIS, ATOMIC OF DAILY JRNL, ANALYSIS 

40 

link activation propagation 
[MONTH] = MMYYYYUJRNL DATE]); 
([CTYPE] EQUAL TO 0) [CTYPE] = 1 . 
link propagation 
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SUMBY([CTYPE],[POST AMNT]); 

([CTYPE] < 8) [CHARGES] = [CHARGES] + [POST AMNT]; 
({[CTYPE] EQUAL TO 8) OR ([CTYPE] EQUAL TO 
9MPAYMENT] 

= [PAYMENT] + [POST AMNT]. 

MONTH,DPROT,GROUP=10,COL = 50,XAXIS 
OBSTETRICS.GROUP = 1 1 , INPUT 
SONOGRAM, GROUP= 1 2,INPUT 
LASER,CSUM,GROUP = 1 3, INPUT 
MEDICAL LAB,GROUP = 14JNPUT 
GYNECOLOGY, GROUP = 1 5, INPUT 
OFFICE,GROUP= 1 6,INPUT 
OTHER SERVICE,GROUP=17,INPUT 
INSURANCE PAYMENT,GROUP = 18,INPUT 
OTHER PAYMENT,GROUP=19,INPUT 
REFUND,GROUP = 20,INPUT 
CREDIT ADJST,GROUP = 21, INPUT 
DEBIT ADJST,GROUP = 21 ,INPUT 
PMNT/CDT ADJST,GROUP = 22,INPUT 
PMNT/DBT ADJST,GROUP = 22, INPUT 
CHARGES, GROUP = 24,SERIES,OUTPUT 
PAYMENT, GROUP = 24,SERIES,OUTPUT 

#OBJECT INS CHARGES ANALYSIS, ATOMIC OF DAILY JRNL, 
ANALYSIS 

link activation propagation 

[MONTH] = MMYYYYUJRNL DATE]). 

link propagation 

({[PTYPE] > 0) AND ([CTYPE] < 8)) 
SUMBY([PTYPE],[POSTAMNT]); 

(([PTYPE] EQUAL TO 0) AND ([CTYPE] < 8)) [OTHER] 
= [OTHER] + [POST AMNT]. 
activation propagation 

[CHARGES] = SUM([PRIMARY],[OTHER]). 

MONTH, DPROT,COL = 50 
PRIMARY,GROUP=1 
MEDICARE/C AID, GROUP = 2 
SANUS,GROUP = 3 
PRUCARE,GR0UP = 4 
NORTH TX,GR0UP = 5 
DALLAS,GROUP = 6 
AETNA, GROUP = 7 
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BLUE CHOICE,GROUP = 8 
CHAMPUS,GROUP = 9 
SANUS PPO,GROUP = 10 
TRAVELERS,GROUP= 1 1 
5 PTYPE 12,GROUP = 12 
PTYPE 13,GROUP = 13 
PTYPE 14,GROUP = 14 
PTYPE 15,GROUP = 15 
OTHER,GROUP=16 
10 CHARGES,GR0UP=17,TEMP 

#OBJECT PROCEDURE 
CODE, PRIMITIVE, ADD, UPDATE, REPORT,PAGE 
CODE,PROTECT 
is CPT4 CODE, TYPE = C,LEN = 7,RSKIP 
Description 

enter valid cpt4 codes in case of payment 
er same as code or skip the field. 
MED CODE,TYPE = C,LEN = 7,RSKIP 
20 Description 

Eenter alternate procedure code used by medicare\medicaid. 
CDFLG,TYPE = N,LEN = 1 ,RSKIP 
AMNT,TYPE = R,LEN = 8, DEC = 2 
Description 

25 Charges should be amount you charge 

for procedure. In other case it is 0. 

CTYPE 

DESCRIPTION 

30 #OBJECT INSURANCE 
COMPANY, PRIMITIVE, ADD, UPDATE, REPORT.PAGE 
CARRIER CODE,TYPE = A,LEN = 8,GROUP=100,PROTECT,UNIQUE 
CARRIER NAME.TYPE = A,LEN = 25,GROUP = 1 01 
PHONE NO,TYPE = S,PTYPE = P,LEN = 1 0,GROUP = 1 02,RJUST 

35 (800) NO,TYPE = S,LEN = 10,PTYPE = P,GROUP=102,RJUST 

FAX NO,TYPE = S,LEN = 1 0,PTYPE = P,GR0UP = 1 02,RSKIP,RJUST 
(ADDRESS),TYPE = A,LEN = 30,GROUP = 1 03,RSKIP 
(CITY),TYPE = A,LEN = 1 5,GROUP= 104,RSKIP 
(ST ATE), TYPE = A,LEN = 2,GROUP = 1 04,RSKIP 

40 (ZIP CODE),TYPE = L, PTYPE = Z,LEN = 5,GROUP = 1 04,RSKIP 
ITYPE,TYPE = l,LEN = 2,GROUP = 1 05,RSKIP 
Constraint, values 

01 - PRIMARY, 02 - MEDICARE/CAID, 03 - SANUS, 04 
-PRUCARE,05 - NORTH TX, 06 - DALLAS, 07 - AETNA, 08 - 
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BLUECH0ICE,09 - CHAMPUS, 10 - SANUS PPO, 11 - 
TRAVELERS, 

12 - PTYPE 12, 13 - PTYPE 13, 14 - PTYPE 14, 15 - PTYPE 
15. 

5 

#OBJECT DIAGNOSIS CODE, PRIMITIVE, ADD, UPDATE, REPORT,PAGE 

DIAG,TYPE = CLEN = 5, UNIQUE 

DIAGNOSIS 

10 #OBJECT DOCTOR,TRANSIENT,HIDE 
initial values 

[DOCNAME] = "J. DOE, M.D., P.A."; 

[LINE1] = "OBSTETRICS and GYNECOLOGY"; 

[LINE2] = "123 ANY STREET, SUITE 100"; 
is [LINE3] = "ANY TOWN, TEXAS 75200"; 

[PIN] = "1177"; 

[FEDTAXID] = "123456789"; 

[ACNT STRING] = "STATEMENT OF ACCOUNT"; 

[IDTYPE] = "E". 
20 DOCNAME, TYPE = A,LEN = 25 
LINE 1 , TYPE = A,LEN = 25 
LINE2,TYPE = A,LEN = 25 
LINE3.TYPE = A,LEN = 25 
PIN,TYPE = C,LEN = 12 
25 FEDTAXID.TYPE = N.LEN = 10 
IDTYPE,TYPE = C,LEN = 1 
ACNT STRING, TYPE = C,LEN = 1 5 

#OBJECT POST 
30 EXPENSES,PRIMITIVE,ADD,UPDATE,GROUP = 1 6, REPORT, PAGE 
CHECK DATE, TYPE = D 
ACNT CODE, TYPE = l,LEN = 2 
Constraint,values 

1 - RENT, 2 - TELEPHONED - ANSWERING SERVICER 
35 -UTILITIES, 5 - POSTAGE,6 - MEDICAL LAB, 7 -MEDICAL 

SUPPLY, 8-OFFICE SUPPLY,9 - AUTO INSURANCES 0 - 
MALPRACTICEINSURANCE,1 1 - HEALTH INSURANCES 2 - 

OTHER 

INSURANCE, 13 -TRADE DUES,14 - SEMINAR TRAININGS 5 - 
40 PROFESSIONAL SERVICES 6- ENTERTAINMENT/GIFTSS 7 - 

ACCOUNTING & LEGAL, 18 - CONTRACTSERVICES 9 - AUTO 
EXPENSE, 20 - OSHA EXPENSE, 21 - REFUNDS,22- LEASE 
PAYMENT, 23 - LOAN PAYMENT, 24 - PAYROLL,25 
-TRANSFER, 26 - 
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ALL OTHER. 

CHECK NO, TYPE = L,LEN = 6 
CHECK AMNT r TYPE = R,LEN = 1 0,DEC = 2 
5 REFERENCE,TYPE = A,LEN = 20 

#OBJECT EXPENSE REPORT,SYNONYM OF POST EXPENSES, 
BROWSE, REPORT, PAGE 
Initial values 
10 GETVALUE([MONTH]). 

Constraint r condition 

([MONTH] EQUAL TO MMYYYY([CHECK DATE])). 

#INDEX PATIENT CHART,2, PATIENT NAME 
is #INDEX BILLING DATA, 1 ,ACNT NO 

#INDEX POST EXPENSES,!, CHECK DATE 
#INDEX DAILY JRNL,1 ,JRNL DATE 

#END 

20 

As can be seen, the medical system is much more complicated 
as compared to the simple notepad and calendar applications. 
Despite the length of the information model itself, however, it should 
be appreciated that the model is all that is required for purposes of 

25 executing the business application. In other words, once the medical 
system information model is written, it is not required for the user to 
write source code or other high level code to implement the model. 
It is further not required that the user maintain source code or the 
like to implement enhancements or to correct errors. In this regard, 

30 all the user need do is to modify the information model (e.g., by 
adding an attribute, modifying or adding an object, changing an 
expression in an object, etc.). In operation, the information model is 
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INS CHARGE ANALYSIS 
PROCEDURE CODE 
INSURANCE COMPANY 
DIAGNOSIS CODE 
5 POST EXPENSES 
EXPENSE REPORT 

Assuming the user conditions the PATIENT CHART object, the CSE 
proceeds to State 4. 
10 State 4: CSE displays the following action associated with 

PATIENT CHART object using the presentation interface (note that 
these actions are displayed because they are the only action flags in 
the object and the actions associated with such action flags): 
ADD 

is UPDATE 

DELETE 
VIEW 

Assume now that the user conditions UPDATE. The CSE then 

20 proceeds to state 5. 

State 5: CSE sets all values of PATIENT CHART object to null. 
CSE looks for initial values expression of the PATIENT CHART. 
There are no such expressions; if one existed it would have been 
executed. The primary object has no associated link object so no 

25 instant is activated for a link object. The CSE then selects data 
object of the PATIENT CHART. Since PATIENT CHART type is 
primitive, the DATA OBJECT of PATIENT CHART is PATIENT CHART 
itself. Because the action instant type flag of an active action is 
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ACTIVE INSTANT and PATIENT CHART has no constraint 
expression, the CSE instantiates instant of the DATA OBJECT as 
follows: 

The CSE displays the following two keys using the 

5 presentation interface (because the PATIENT CHART instances are 

accessed by indexes or keys as indicated in the index at the end of 

the object): 

ACCOUNT NO 
PATIENT NAME 

10 

Assuming the user enters the key value for PATIENT NAME, the 
CSE interacts until a valid key value is entered. The CSE also 
activates instant associated with PATIENT NAME by instantiating 
PATIENT CHART attributes using the database interface. Assuming 

15 activation is successful, the CSE looks for an activation expression 
associated with PATIENT CHART object. There is none here; if one 
existed it would have been executed. 

State 6: CSE first determines if there is any function flag 
associated with the UPDATE action. In this case there is only one 

20 function USRJNSTANTIATION, so CSE executed 

USRJNSTANTIATION function. This function displays attributes to 
user using presentation control flags and the presentation interface. 
The user then modifies the attributes and returns an "event." If 
event is not "process" (selection of PROCESS or NEXT or PREV 
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EVENT), the CSE proceeds to an appropriate state described in the 
state 6 logic of the CSE. Assuming the selected event is "process", 
the CSE executes any propagation expression associated with the 
active object. In this case there is none. CSE then determines if 
5 DATA OBJECT associated with PRIMARY OBJECT is primitive or 
atomic. In this case DATA OBJECT of PRIMARY OBJECT PATIENT 
CHART is PATIENT CHART itself. Since PATIENT CHART is 
primitive, CSE then determines if active action has any instant 
propagation type flag. In this instant propagation type flag is 

10 UPDATE INSTANT. Since PATIENT CHART instant is ACTIVE 

INSTANT the CSE updates the instant of PATIENT CHART using the 
database interface. If "process" is a result of PREV/NEXT event then 
the CSE will get prev/next instant of the patient chart from the 
database, activate the instant and repeat state 6, else the CSE 

is returns to state 4. In the present case, assume "process" was the 
result of even PROCESS, then CSE returns to state 4. This 
completes the processing. 

Referring now to the second calendar program information 
model, the model contains no dictionary or object. The trace of the 

20 CSE for the exemplary system in which the system learns can also 
be seen. 
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State 1 : MICS initializes the presentation interface and creates 
a linked list of three models, namely the appointment calendar, 
notepad and medical system. 

State 2: The CSE activates the appointment calendar as 
5 follows. CSE displays the three models using presentation interface. 
Assume the user conditions the appointment calendar. 

Since the appointment calendar has no object, CSE creates 
appointment calendar object and sets control flags and control 
expressions defined at model equal to object, that is UPDATE ADD, 
10 SELECT EXPRESSION. The CSE also sets all attributes defined under 
the model as attributes of appointment calendar object. Now if 
object has attribute type and selects expression type attribute, it 
expands attributes using attribute selection expression. In this, 9:30 
A.M. has attribute type equal to time and has associated attribute 
is selection expression. CSE executes select expression and creates 
attributes from 9:00 A.M. to 5:00 P.M. Since DATE has a UNIQUE 
flag, the CSE sets DATE as an index for the Appointment Calandar. 
The object now created is as follows: 

#OBJECT APPOINTMENT CALENDAR, PRIMITIVE,UPDATE,LEARN 

20 

select, INSTANT 

(NEXT INSTANTIATE] + =1;(PREV INSTANTHDATE]- = 1 

DATE,TYPE = d 
25 D ATE, TYPE = d,PTYPE =d,TEMP 
09:00 A.M.,TYPE = C,LEN = 66 
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Description 

Type any information you want to include for this time 
slot. 

1 0:00 A.M., TYPE = C,LEN = 66 
s Description 

Type any information you want to include for this time 
slot. 

1 1 :00 A.M., TYPE = C, LEN = 66 
Description 

io Type any information you want to include for this time 

slot. 

12:00 P.M.,TYPE = C,LEN = 66 
Description 

Type any information you want to include for this time 
is slot. 

1:00 P.M.,TYPE = C,LEN = 66 
Description 

Type any information you want to include for this time 
slot. 

20 2:00 P.M.,TYPE = C,LEN = 66 
Description 

Type any information you want to include for this time 
slot. 

3:00 P.M.,TYPE = C,LEN = 66 
25 Description 

Type any information you want to include for this time 
slot. 

4:00 P.M.,TYPE = C,LEN = 66 
Description 

30 Type any information you want to include for this time 

slot. 

5:00 P.M.,TYPE = C,LEN = 66 
Description 

Type any information you want to include for this time 
35 slot. 

NOTE, LEN = 1 34,TYPE = C 
Description 

Type up to two lines of text as notes. 
TODO, LEN = 1 34,TYPE = C 
40 Description 

Type up to two lines of text for things to do. 
#lndex, APPOINTMENT CALENDAR, UNIQUE 
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The CSE activates the appointment calendar and sets active 
model to appointment calendar and proceeds to state 3. 

State 3: Now since there is only one object, CSE sets 
appointment calendar as object and sets next state to state 4. 
s State 4: Since there is only one action associated with action 

control flags, CSE sets active action to UPDATE ADD and goes to 
state 5. 

State 5: CSE sets all values of calendar to null. Because 
action instant type has action type flag of an active instant, CSE 

10 obtains index value date from user to instantiate the appointment 

book instant. Since there is a select expression, CSE executes select 
expression and select expression selects next date if event is "next" 
or "prev". Since event is "process" CSE obtains date from the user. 
If date was as result of "next" or prev", CSE will skip the process of 

is obtaining date from the user. In this case date is not set, so CSE 

obtains the date from the user using presentation interface. Assume 
user enters date value. CSE obtains the appointment calendar for the 
specified date. If appointment book for date exists it goes to state 
6. Assume appointment book page does not exist. Since calendar 

20 has learn flag CSE sets active instant flag to EMPTY and action to 
ADD and sets next state to 6. This is where CSE differs from 
traditional programming systems. Since there is only one control flag 
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associated with action ADD, CSE instantiates the appointment 
calendar via user interface. The user then modifies the appointment 
and returns an event assuming user selects an event "next". Since 
action is ADD and instant is EMPTY, CSE adds calendar for specific 
date using database interface. CSE then proceeds to state 6. 

Please note that calendar records in the database appear to 
exist for all dates to user. In reality no data exists unless there is 
information in the appointment calendar for given date. This is 
significant because if one needs to use the database to build a 
calendar using the database management system, one must create 
empty records for all years. This can waste significant disk space. 
The action control flag learn makes it possible to create a database 
record when instant is instantiated and no record exists. 

According to the invention, a user of the MICS simply writes 
information models rather than source code or the like. The 
information model 1 2 and functions 1 6 replace the common source 
code programs used in computer software systems of the prior art. 
To modify the operation of the program, the user need only change 
the information model and thus there is no software maintenance in 
the traditional sense. This approach is therefore radically different 
from prior art techniques and practices. 
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Thus a designer desiring to take advantage of the present 
invention builds models as opposed to applications, thereby allowing 
end users to create their own applications directly from the business 
model. As set forth above, a complete medical system is 
implemented using less than about 700 lines of an information model 
as compared to thousands upon thousands of lines of complex 
source code. The main processing engine of the MICS is the CSE 
machine in which each action creates an event, the event changes a 
state, and the state triggers an action. A model can be terminated 
during any state and can be restarted at the same state later. 
According to the invention, whenever a transaction is terminated, 
which may occur for example when another model is called for 
processing, the control engine saves the prior model and the state of 
the transaction. When the other processing is completed, the control 
engine reenters the previous transactions at the "action" level (as 
opposed to the instruction level). The control engine is thus 
reentrant at the action level. 

In the preferred embodiment, the information model is defined 
with the assistance of a BNF grammar using an editor. The BNF 
grammar also facilitates dividing the application into a set of 
independent actions. The model is converted into information 
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processing objects using a preprocessor or lexical analyzer that is 
based on the BNF grammar. 

It should be appreciated by those skilled in the art that the 
specific embodiments disclosed above may be readily utilized as a 
5 basis for modifying or designing other structures or techniques for 
carrying out the same purposes of the present invention. It should 
also be realized by those skilled in the art that such equivalent 
constructions do not depart from the spirit and scope of the invention 
as set forth in the appended claims. 
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CLAIMS 

What is claimed is: 

1. A method for implementing applications using an 
object-oriented information model in lieu of processed flow control, 
5 comprising the steps of: 

creating one or more information models, each information 
model representing an application to be executed on a target 
computer, the application having a process flow represented in an 
information model by one or more attributes including one or more 
10 control expressions that in conjunction with one or more control flags 
define the process flow of the application; and 

executing on a target computer a process flow control engine 
responsive to a selected information model (i) for activating an action 
defined by the control flags, (ii) for instantiating attributes of the 
is information model and (iii) for processing functions over the 

instantiated attributes of the information model using the control 
flags and the control expressions such that the process flow engine 
executes the selected information model directly and without 
execution of processed flow control normally associated with the 
20 application. 
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2. The method of Claim 1 , wherein the attributes represent 
value of word processing text. 



3. The method of Claim 1 , wherein the attributes represent 
5 value of picture data. 



4. The method of Claim 1 , wherein the attributes represent 
the value of voice data. 



io 5. The method of Claim 1 further including the step of 

modifying a particular application by rewriting a portion of the 
information model. 



6. The method of Claim 1 further including the step of 
15 maintaining a particular application by rewriting a portion of the 
information model. 



7. A control system for use in conjunction with a target 
computer having a user interface and a set of functions, comprising; 
20 one or more information models, each information model 

representing an application to be executed on the target computer, 
the application having a process flow represented in the information 
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model by one or more attributes including one or more control 
expressions that in conjunction with one or more control flags define 
the process flow of the application; and 

a process flow control engine common to all information 
5 models and responsive to a selected information model (i) for 

activating an action defined by the control flags, (ii) for instantiating 
attributes of the information model and (iii) for processing functions 
over the instantiated attributes of the information model using control 
flags and control expressions to thereby cause the process flow 
10 control engine to execute the selected information model directly and 
without execution of processed flow control normally associated with 
the application. 



WO 96/31828 



1/2 



PCT/US96/00649 



24 



26 



USER 



PRESENTATION 
INTERFACE 



18 

A. 



FUNCTION 
SERVICE 



I 



FUNCTIONS 




T 

16 



-EE- 



If DISPLAY ] 
« PRINTER - 
II ETC I 



CONTROL 
SYSTEM 
ENGINE 



7 
14 



I 



22 



DATABASE 
INTERFACE 



J 



12 



DBMS 
20 



MO 



INFORMATION 
MODELS 



MICS 



FIG. 1 



WO 96/31828 



PCTYUS96/00649 




INTERNATIONAL SEARCH REPORT 


International application No. 
PCT/US96/00649 


A. CLASSIFICATION OF SUBJECT MATTER 

IPC(6) :G06F 15/00 

US CL :395/700; 364/488 
According to International Patent Classification (IPC) or to both national classification and IPC 


B. FIELDS SEARCHED 


Minimum documentation searched (classification system followed by classification symbols) 
U.S. : 395/700, 600 f 500; 364/488; 364/578, 286, 974, 974.1 


Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 


Electronic data base consulted during the international search (name of data base and, where practicable, search terms used) 
APS 


C. DOCUMENTS CONSIDERED TO BE RELEVANT 


Category* 


Citation of document, with indication, where appropriate, of the relevant passages 


Relevant to claim No. 


X 


US, A, 5,390,330 (Talati) 14 February 1 995, col. 34, line 45 
to col. 35, line 35. 


1-7 


A 


US, A, 5,303,367 (LEENSTRA, SR. ET AL) 12 April 1994. 


1-7 


A 


US, A, 5,249,300 (BACHMAN ET AL) 28 September 1993. 


1-7 


A 


US, A, 5,241,645 (CIMRAL ET AL) 31 August 1993. 


1-7 


A 


US, A, 5,019,961 (ADDESSO ET AL) 28 May 1991. 


1-7 


| | Further documents are listed in the continuation of Box C 


| | See patent family annex. 




* Special cmtefonea of cited documents: 

"A* donrmml defining the general stale of the ait which m not considered 
to be part of particular relevance 

*E" earlier document published on or after the international filing dale 

"L* document which may throw doubts on priority cbum(i) or which is 
cited to establish the publication date of another citation or other 
special reason (as specified) 

*0" document referring to an oral disclosure, use, exhibition or other 
means 

*P" document published prior to the international filing date but later than 
the priority date claimed 


T later document published after the mlerii**kx>al film* d^ or priority 
date and not in conflict with the application but eked to malm Hand the 
principle or theory underlying the invention 

"X* document of particular relevance; the claimed invention cannot be 
considered novel or cannot be considered to involve an nvenave Men 
when the document m taken alone 

"Y" document of particular relevance; the claimed invention cannot be 
considered to involve an inventive step when the document ia 
combined with one or more other auch documents, such cotnbnabon 
being obvious to a person skilled in the art 

document member of the same patent family 


Date of the actual completion of the international search 
04 APRIL 1996 


Date of mailing of the international sei 


irch report 


Name and mailing address of the ISA/US 
Commissioner of Patent* and Trademarks 
BoxPCT 

Washington, D.C. 20231 
Facsimile No. (703) 305-3230 


Authorized officer Q^jJ Q ^) 

MICHAEL T. RICHEY ^Jv*^ 
Telephone No. (703) 305-9669 1 



Form PCT/ISA/210 (second sheet)(July 1992)* 



